1，《android系统启动流程简介》

2，《android init进程启动流程》

3，《android zygote进程启动流程》

4，《Android SystemServer进程启动流程》

5，《android launcher启动流程》

6，《Android Activity启动过程详解》

1，《Android 源码下载和编译》

2，《android 11源码编译和pixel3 刷机》

3，《Android Framework代码IDE加载和调试》

1，《android设置默认输入法》

2，《android framework预制APK应用》

3，《Android系统层面限制应用开机自启动详解》

4，《android单独编译framework模块并push》

5，《Android Framework开发系统问题分析》

1，《Android编译系统-envsetup和lunch代码篇》

2，《Android编译系统-概念篇》

3，《android日志系统详解》

4，《Android系统Handler详解》

5，《Android系统Binder详解》

6，《Android中Activity、View和Window关系详解》

7，《android view绘制流程详解》

8，《Android读取系统属性详解》

9，《android 窗口管理机制详解》

10，《初识Android系统》

11，《android中AMS进程通知Zygote进程fork新进程的通信方式》

1，《android应用市场点击下载APK安装详解》

2，《Android 手势导航（从下往上滑动进入多任务页面）》

3，《android手势分析（应用界面左往右边滑动退出应用）》

4，《android应用安装流程详解》

5，《android11安装应用触发桌面图标刷新流程》

6，《Android系统多任务Recents详解》

7，《android系统导航栏视图分析》

———————————————————————————————————————————

目录

一，背景介绍

二，基础概念

2.1 日志等级

2.2 日志缓冲区

2.3 调整Android log buffer 大小

三，实现原理

3.1 日志架构

3.2 调用流程

3.2.1 写流程

3.2.2 读流程

四，源码分析

4.1 logd守护进程启动

4.2 启动 logd-reinit

4.3 启动 logd-auditctl

4.4 logcat启动

        在framework开发过程中，日志是必不可少的一个调试手段。Android通过LOGD、SLOGD和EventLog等方式进行日志的打点。但是日志是如何写入和读取的？开启android日志系统之旅。

 下面这是一条正常输出的Android11日志：    

        Android 日志系统为日志消息保留了多个缓冲区，可以通过 -b 参数指定特定的缓冲区日志，常用缓存区如下：

    radio：查看包含无线装置/电话相关消息的缓冲区。

    events：查看已经过解译的二进制系统事件缓冲区消息。

    main：查看主日志缓冲区（默认），不包含系统和崩溃日志消息。

    system：查看系统日志缓冲区（默认）。

    crash：查看崩溃日志缓冲区（默认）。

    all：查看所有缓冲区。

    default：报告 main、system 和 crash 缓冲区。

        日常调试时，会遇到日志丢失或者不全的情况，主要原因是日志量很大，但是日志缓冲区很小，此时只要把日志的缓冲区调大即可。

        原因就是Log Buffer太小导致部分Log被冲掉。有时候是客户打印了太多的Log导致。目前默认大小是256K.

   查询Android Log buffer的方法：

备注:  目前默认大小是256K,一般建议设置不超过16M。

方案1. 

    命令: logcat -G Size

    Example:  logcat -G 4M

方案2.

    "开发者选项"打开 -> "Developer options" -> "Logger buffer sizes" ->  按需调整

图片来自于CSDN-私房菜：

        在应用层可以通过android.util.Log，android.util.SLog，android.util.EventLog接口，把日志写入到main，system，event的不同缓冲区中去。

应用层写日志方法如下：

        在Native C/C++中，进程通过加载liblog.so，调用ALOGD()、ALOGI()来进行日志的写入，最终也是通过logd写入到logdw的socket中。

    Native 层写日志方法如下：

    Android中主要通过logcat进程来读取日志，logcat属于native-C的进程，通过加载liblog，从而调用logd的read接口读取 logdr socket的日志内容。

        Android系统日志主要有三个部分需要关注：

            logd守护进程：日志系统的大管家，管理三个日志的socket：logd、logdr、logdw。

            logcat进程：日志读取工具。

            liblog：提供日志读写、过滤等接口，供logcat、JAVA、Native等程序使用

        见文件/system/core/logd/logd.rc

        从上面的service可以看出，启动了一个守护进程为logd，存放在手机的/system/bin中，同时创建并启动三个socket：

    logd 接收logcat 传递的指令然后处理 ，比如logcat -g， logcat -wrap等

    logdr logcat从此buffer中读取buffer

    logdw 日志写入的buffer

logd初始化调用栈如下：

logd的初始化流程：

    打开/dev/kmsg 来读取内核日志，通过LogKlog来进行存储

    如果属性"ro.logd.kernel" 配置了，打开/proc/kmsg来读取内核日志

    设置运行时优先级、权限

    启动 Reinit线程，当logd-reinit传入参数reinit时，进行调用，reinit开机只启动一次

    启动各个 log 监听器：LogBuffer、LogReader、LogListener、CommandListener、LogAudit和LogKlog

        启动logd-reinit的服务，主要工作是重新初始化logd的LogBuffer，在上面的启动脚本中，配置为oneshot，即开机只执行一次。

    通过上面logd的初始化，可以看到，logd启动后，创建了一个线程reinit_thread_start(),当logd-reinit 传入参数 reinit后，进行功能执行。

    logd-reinit两个步骤：

            如果reinit启动后，并且/deg/kmsg打开成功，把 logd.daemon: renit写入kmsg

            重新初始化各个log buffer的大小，以及其他参数的初始化，但不会重新生成LogBuffer对象

logd-auditctl 的主体是 /system/bin/auditctl，在logd的android.bp中，通过编译 auditctl.cpp得来，并加载了liblogd的 库。

    logd-auditctl是Android 10.0中引入的新功能，目的是让selinux denia的日志打印限制为5秒一次。

logd-auditctl 初始化调用栈如下：

logd-auditctl的主要作用是 让selinux denia的日志打印限制为5秒一次

说明：在logd.rc中配置了logd-auditctl，传入参数为-r5，即限制selinux日志写入频率更新为5秒

        logcat编译时，会编译两个进程/system/bin/logcat 和/system/bin/logcatd。

        和logd一样，logcat进程启动，是init进程解析了logcatd.rc来进行加载。

————————————————

参考：

1，博主「IngresGe」，原文链接：https://blog.csdn.net/yiranfeng/article/details/104244900